Saltar al contenido principal

Grupo 2

En este documento vamos a encontrar el feedback recibido por el grupo 2 Enlace al la base de conocimientos del grupo 2: https://docs.ocial.es/ Última actualización 10/05 13.00h

Semana 1​

PREGUNTAS

  • A la gente le ha gustado las imágenes que se han expuestos. Sugieren poner menos texto en la idea de negocio y poner más imágenes.
  • En algunas diapositivas la letra está muy pequeña y no se ve.
  • Intentar tener en físico el guión de la presentación, mirar el móvil puede quedar mal para los presentes.

PROFESORES

  • Hablar más alto
  • Hay que dar mensajes claros y directos, no hay que poner tanto texto.
  • En los competidores tenemos que hacer uso de palabras clave (por ejemplo nos sugiere hacer un mapa para dividir a los competidores por características comunes). Esto mismo repetirlo con las ventajas e inconvenientes.
  • Distinguir análisis de costes de los otros. PCO.
  • Indicar el número de usuarios y clientes. Se puede usar haciendo un gráfico evolutivo.
  • La diapositiva 8 no se ve (letra muy pequeña).
  • La estructura jerárquica ya no se usa, intentar hacer otra estructura (arcaica).
  • Para la comunicación indicar el uso real de las apps por ejemplo mostrando gráficos de la evolución de la cantidad de mensajes semanalmente, el incremento de tiempo trabajado de cada semana, etc...
  • Le ha gustado lo del Commitment Agreement (hay que corregir el título en la diapositiva que pone commit). Tenemos que hacer que todos los miembros lo firmen y hacer una sentencia firme, es decir si un miembro no cumple un punto, que sea el grupo el que tenga que echarlo y no sea la propia persona la que tenga que abandonar el grupo voluntariamente.
  • Le ha gustado cómo hemos presentado el uso de las IAs. Nos ha pedido que ideemos un sistema para gestionar todos los prompts que usemos. Esto igualmente, dejarlo reflejado en el documento correspondiente.
  • Tenemos demasiados clientes distintos, hay que usar los más rentables.
  • Mejorar la llamada de atención cuando vamos a iniciar la presentación.
  • En la diapositiva del DAFO, destaca más la propia imagen que el texto, cuando prioriza al revés.
  • No poner UML en la diapositiva, explicarlo verbalmente.
  • Diapositivas que contengan poca cantidad de texto.
  • Que el color de las letras y del fondo de las diapositivas no interfieran y sean fáciles de ver.
  • Hacer graficas de como va evolucionando el TCO.

Semana 2​

  • Buen uso de recursos visuales.
  • Tono adecuado y buen ritmo.
  • Trabajar en el inicio efectivo (Killer Opener).
  • Especificar mas elementos diferenciador (el mapa no es suficiente, algo más).
  • Cambiar el orden de las diapositivas (hablar primero de los usuarios y clientes y posteriormente de los tipos de suscripciones).
  • TCO y coste, explicarlo de mejor manera. Tener cuidado con la palabra "mantenimiento" a la hora de mencionar TCO.
  • Colocar el enlace de la base de conocimiento del grupo en la base general.
  • Hacer énfasis en los feedback de la semana pasada (marcarlo en la diapositiva de alguna manera).
  • El acuerdo de compromiso hay que irlo monitorizándolo. Decir también si este se ha cumplido o no.

Semana 3​

  • Recomendaciones de planes mediante puja (aplicar la ley de la oferta y la demanda).
  • Para el futuro analizar costes marketing
  • Opener bueno pero arriesgado, pensar en algo más seguro.
  • Diapositiva del ROI. Especificar de donde salen esos 2 decimales.
  • Quitar las trasparencias en las que aparecen cosa de la asignatura (en la de client != user)
  • Estructura en grupos. En el backend mirar la arquitectura de microservicios (es la que se suele usar).
  • Gestión de la documentación.
  • En los riesgos, resumirlo quedandonos con los más importantes.
  • Indicar el número de horas que pensamos que vamos a usar (github actions).
  • Explicar el agreement, decir el estado. Analizar el rendimiento de cada miembro del grupo e indicarlo con gráficos.
  • Diapositiva 12. Decir que es lo que tenemos ya.
  • Muy buena gestión de usuarios pilotos.
  • Bien que en el Sprint 3 tengamos pocas tareas.
  • Poner fotos uniformes.
  • Cuando se suba la PPT, que nos lo hayan presentado a todo el grupo y den su visto bueno.
  • Añadir un slide con el grado de acuerdo. Anañizar el rendimiento de cada usuario.

Semana 4​

  • Buena presentación.
  • Como vamos a usar la encuesta referente a los problemas encontrados para afrontarlos.
  • Buena gestión de usuarios pilotos.
  • Que nos quedemos con los 3 primeros del analisis de competidores. (Hemos hecho un analisis de 9 pero nos centramos en ...)
  • Estimación de minutos del github actions.
  • Opener no muy efectivo. (Meterle drama)
  • Elevator tiene que estar.
  • Costes de mantenimiento (lo puesto no es mantenimiento, lo puesto es coste de operación).
  • Tener en cuenta el orden de la presentación.
  • En el análisis de competidores indicar cual es la característica killer.

Semana 5​

  • Diapositiva de problemas encontrados, no poner tanto tiempo.
  • Se ha seguido el orden dado por los profesores.
  • No se ha entregado una primera versión de la aplicación. Hay que unificar backend y frontend
  • Decir si hemos conseguido solucionar los problemas encontrados (en que estado están).
  • Se ha ido muy rapido en el planning.
  • Elevator tiene que tener un opener brutal, dejar en una frase de 10 sec el reclamo.
  • Prioridad al MVP, dejar el registro para el final.
  • En el TCO, poner una estimación a lo largo del año. Segmenar el beneficio en función del coste.
  • Hay precios que hay que ponerlos por mes (por ejemplo añadir la estimación del TCO en la gráfica).
  • Beneficio en base al coste de las operaciones de perfiles de los usuarios.
  • Todo lo que se habla en discord, pasarlo a por ejemplo comentarios en las issues.
  • Tener en github reflejo de los acuerdos tomados.
  • Poner el reloj del proyecto (el de clockify).

Semana 7​

  • Hacer un StoryBoard tanto para cliente como para usuario.
  • Diapositiva 22, citar fuentes.
  • Demo realistas (tema fotos en los eventos).
  • Con el nuevo competidor, sacar un nuevo riesgo.
  • Muy bien el Opex y Capex.

Semana 8​

  • Estimación de costes (36). Explicar porque curva avanza ligeramente en el coste.
  • Leyenda más grande en las gráficas.
  • Killer Opener mejorable. Hacer teatrillo.
  • Hacer una matriz con el rendimiento de todo el equipo.
  • Muy bien el resto de la presentación.
  • Un poco rápido en general.
  • Poner fórmula de calculo de la nota.

Semana 9​

  • Mucha velocidad en la exposición, con muchos datos. Se pierde información de la exposición.
  • Se desaprovecha espacio en la pantalla de la presentación.
  • Más cosas referentes a la retrospectiva.
  • Poner indicadores de los problemas. Enfoque sistemático.
  • Que se vea la DEMO mejor. Funcionalidades Core en la DEMO.
  • Hablar más lento.
  • Conexión anuncio.
  • Mejorar visibilidad de proyección.
  • En las graficas no se ven las leyendas, el analisis de sonar tampono se ve bien (adaptarse al aula).
  • Decir quien está logeado (que aparezca en la app - Iconos).
  • Que la DEMO tenga una historia por detrás.
  • Orden, el calculo de rendimiento es este y esto es lo que se ha obtenido.
  • Se habla de plan de prueba pero no se dicen cuantas de cada una.
  • Resumir información refente al coste.
  • Centrarnos unicamente en el problema que vaya peor.

Semana 10​

  • Hay que tener ya muchos eventos para que se pueda poner los anuncios con QRs.
  • Mejorar el anuncio. No decir del tirón ocial, sino, decirle, has pensado...
  • Perfecto usuarios pilotos
  • Buena DEMO.
  • Buen seguimiento de los problemas.
  • Realizar mas testing.
  • Comprobar las diferencias con eventbrite.
  • Justificar si el mapa es un valor diferencial.
  • A los usuarios pilotos preguntar entorno al precio de las suscripciones.
  • Dejar claro, que ocial esta enfocado a una aplicación móvil, con tu ubicación actual.

Semana 11​

  • Ha faltado contesto con el killer opener.
  • Muy bien hilada la DEMO con lo anterior.
  • Partnership (no partnetship)
  • No decir siglas técnicas de la carrera (Capex y Opex).
  • No se escucha el ruido del bar en el anuncio.
  • Acortar la DEMO (operaciones CRUD), solo si necesitamos más tiempo.
  • No hablar tanto tiempo de los competidores.
  • No poner las RRSS como competidores, ya que tiene toda la línea roja.
  • No decir que en el caso pesimista no se recupera la inversión.
  • Decir de donde salen los 250000€
  • Hablar en presente, no como si quisiesemos hacerlo

Semana 12​

  • La competencia, los que sean todo rojo, poner "sub-objetivos" que si se comparten.
  • DEMO solo funcionalidades clave.
  • Dar vuelta al analisis de competidores.
  • Mas eventos en la DEMO.
  • Hilo argumental.

Secretarios: Juan José Gómez Borrallo y Ramón José Guerrero Romero